home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19961006-19970104 / 000226_news@columbia.edu _Mon Nov 25 14:05:54 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id OAA22368 for <kermit.misc@watsun.cc.columbia.edu>; Mon, 25 Nov 1996 14:05:54 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id OAA01969 for kermit.misc@watsun; Mon, 25 Nov 1996 14:05:53 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Announcing Kermit 95 1.1.8
  8. Date: 25 Nov 1996 19:05:14 GMT
  9. Organization: Columbia University
  10. Lines: 58
  11. Message-ID: <57cqla$5qp@apakabar.cc.columbia.edu>
  12. References: <572uoo$qus$1@apakabar.cc.columbia.edu> <Pine.BSF.3.95.961125103256.20724A-100000@spot1.fvcc.cc.mt.us>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <Pine.BSF.3.95.961125103256.20724A-100000@spot1.fvcc.cc.mt.us>,
  16. Rick Owens  <rowens@spot1.fvcc.cc.mt.us> wrote:
  17. : On 22 Nov 1996, Frank da Cruz wrote:
  18. : > Version 1.1.8 of Kermit 95 serial and network communications software for
  19. : > Windows 95 and NT is now available from the Kermit Project at Columbia
  20. : > University.
  21. : 
  22. : Has anyone else installed this and had problems?  I was at 1.1.6 on Friday
  23. : and patched up to 1.1.7, then 1.1.8, and I'm getting some strange behavior:
  24. : 
  25. : * Once in a while Kermit will crash on startup; Win95 puts up a message
  26. :   about 'This program has performed an illegal operation and will be
  27. :   shut down' or words to that effect.  This doesn't happen all the time,
  28. :   but it never happened before Friday.
  29. : 
  30. It seems that no matter how thoroughly a release is beta tested, a bug will
  31. show up in the final release.  We'll have a patch for this one shortly.
  32. It happens when you are using ANSI, SCOANSI, AT386, or Avatar emulation, in
  33. which character sets are not translated by default.  To work around:
  34.  
  35.   SET TERMINAL REMOTE-CHARACTER-SET TRANSPARENT (or other)
  36.  
  37. and don't use the SET TERMINAL CHARACTER-SET any more.  In other words,
  38. use SET TERM REMOTE-CHARACTER-SET and SET TERM LOCAL-CHARACTER-SET instead
  39. of SET TERM CHARACTER-SET <remote> <local>.
  40.  
  41. The other bug we have learned about, and will also patch quickly, has to
  42. do with lack of translation of accented characters, etc, from the keyboard
  43. to the host.  I think this one happens only in NT.  To work around:
  44.  
  45.   SET TERMINAL UNICODE OFF
  46.  
  47. : * When connecting to AIX machines, I get the normal login herald.  When
  48. :   connecting to FreeBSD and BSDI hosts, however, I get no herald or login
  49. :   prompt; instead I get the 'Password:' prompt.  If I hit Enter I get a
  50. :   login prompt and everything seems to work.
  51. : 
  52. It's a new feature: version 1.1.8 supports the TELNET NEW-ENVIRONMENT
  53. protocol, by which the client tells the server various things, including its
  54. user's user ID.  You'll see this effect with any Telnet server that supports
  55. this protocol.  Linux is another example.
  56.  
  57. Another feature that might surprise some people is the new TELNET
  58. terminal-type negotiation (in the true sense of "negotiation").  Example: I
  59. set K95's terminal type to SCOANSI and Telnet to My Favorite Host, then
  60. suddenly and mysteriously K95's emulation "drops down" to (plain old) ANSI.
  61. It's not a bug.  K95 said "my terminal type is SCOANSI"; the host said
  62. "Never heard of it; how about ANSI, can you do that?"; K95 said "Sure thing"
  63. and changed its type to ANSI.  But (you say) "SCOANSI emulation worked fine
  64. before!"  The problem is that the name by which the Telnet client and server
  65. refer to the terminal must be the same.  So either add SCOANSI as a synonym
  66. in whatever termcap/terminfo entry you were using before, or else tell K95
  67. to "set telnet terminal-type" to the termcap/terminfo entry name that is
  68. used on the host.
  69.  
  70. - Frank
  71.  
  72. P.S. Get faster service by reporting problems to kermit-support@columbia.edu.